home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20041116-20060924
/
000173_rock_spambust_violin@yahoo.com_Tue Oct 18 09:00:41 2005.msg
< prev
next >
Wrap
Internet Message Format
|
2006-09-27
|
2KB
Path: newsmaster.cc.columbia.edu!panix!newsfeed-00.mathworks.com!newscon06.news.prodigy.com!prodigy.net!border1.nntp.dca.giganews.com!nntp.giganews.com!postnews.google.com!f14g2000cwb.googlegroups.com!not-for-mail
From: "tomviolin" <rock_spambust_violin@yahoo.com>
Newsgroups: comp.protocols.kermit.misc
Subject: Re: set timeout for HTTP transfers?
Date: 17 Oct 2005 22:18:24 -0700
Organization: http://groups.google.com
Lines: 17
Message-ID: <1129612704.650310.8890@f14g2000cwb.googlegroups.com>
References: <1129528599.691472.17580@g44g2000cwa.googlegroups.com>
<slrndl7tn1.g88.fdc@sesame.cc.columbia.edu>
NNTP-Posting-Host: 68.166.82.137
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
X-Trace: posting.google.com 1129612709 28248 127.0.0.1 (18 Oct 2005 05:18:29 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Tue, 18 Oct 2005 05:18:29 +0000 (UTC)
User-Agent: G2/0.2
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 Firefox/1.0.7,gzip(gfe),gzip(gfe)
Complaints-To: groups-abuse@google.com
Injection-Info: f14g2000cwb.googlegroups.com; posting-host=68.166.82.137;
posting-account=ornCOQwAAAAyCG4a7NOAj_SMr54FiqNu
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15416
Thanks for the detailed reply. What I'll probably do is run another
process in parallel to get the HTTP data and record the result in a
file, and then the Kermit script will just read it from the file. That
way if the HTTP GET blocks, the other script will simply be collecting
the most recently read data again, which is better than having the
whole script hang.
In case anyone is curious, I'm collecting atmospheric CO2 readings
locally and grabbing weather data from another site to store in the
same data record. If the weather data is delayed slightly it's no big
deal, but the CO2 data, which is the whole point of the study, needs to
be recorded several times a minute without fail.
I'm still not quite sure why the HTTP GET is failing, I'm grabbing it
from another server in the same building. But that's another whole
issue I'll have to resolve later.